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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://www.etsi.org/ipr ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 



This Technical Specification (TS) has been produced by ETSI Project Telecommunications and Internet Protocol 
Harmonization Over Networks (TIPHON). 



Introduction 



To evaluate conformance of a particular implementation, it is necessary to have a statement of which capabilities and 
options have been implemented for a telecommunication specification. Such a statement is called an Implementation 
Conformance Statement (ICS). 



£75/ 



ETSI TS 101 521 VI. 1.1 (2000-07) 



Scope 



The present document provides the Protocol Implementation Conformance Statement (PICS) proforma for the call 
signalling protocols and media stream packetization for packet-based multimedia communication systems as specified in 
ITU-T Recommendation H. 225.0 [2] in compliance with the relevant requirements and in accordance with the relevant 
guidance given in ISO/IEC 9646-7 [4]. 

The supplier of a protocol implementation which is claimed to conform to ITU-T Recommendation H. 225.0 [2] is 
required to complete a copy of the PICS proforma provided in annex A of the present document and is required to 
provide the information necessary to identify both the supplier and the implementation. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

• A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same 
number. 

[1] ITU-T Recommendation H.323 (Version 3, 1999): "Packet-based multimedia communications 

systems". 

[2] ITU-T Recommendation H. 225.0 (Version 3, 1999): "Call signalling protocols and media stream 

packetization for packet-based multimedia communication systems". 

[3] ISO/IEC 9646-1 (1994): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 1: General concepts". 

[4] ISO/IEC 9646-7 (1995): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 7: Implementation Conformance Statements". 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 
terms defined in ITU-T Recommendation H.323 [1]; 
terms defined in ITU-T Recommendation H.225.0 [2]; 
- terms defined in ISO/IEC 9646-1 [3] and in ISO/IEC 9646-7 [4]. 
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In particular, the following terms defined in ISO/IEC 9646-1 [3] apply: 



Implementation Conformance Statement (ICS): statement made by the supplier of an implementation or system 
claimed to conform to a given specification, stating which capabilities have been implemented. The PICS can take 
several forms: protocol PICS, profile PICS, profile specific PICS, information object PICS, etc. 

ICS proforma: document, in the form of a questionnaire, which when completed for an implementation or system 
becomes a PICS. 

Protocol ICS (PICS): ICS for an implementation or system claimed to conform to a given protocol specification. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

APDU Application Protocol Data Unit 

GK Gatekeeper 

ICS Implementation Conformance Statement 

lUT Implementation Under Test 

MCU Multipoint Control Unit 

MSI Manufacturer Specific Information 

PDU Protocol Data Unit 

PER Packed Encoding Rules 

PICS Protocol Implementation Conformance Statement 

SCS System Conformance Statement 

SUT System Under Test 



4 Conformance to this PICS proforma specification 

If it claims to conform to the present document, the actual PICS proforma to be filled in by a supplier shall be 
technically equivalent to the text of the PICS proforma given in annex A, and shall preserve the numbering/naming and 
ordering of the proforma items. 

A PICS which conforms to the present document shall be a conforming PICS proforma completed in accordance with 
the guidance for completion given in clause A.I. 
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Annex A (normative): 

PICS proforma for ITU-T Recommendation H. 225.0 



Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that users 
of the present document may freely reproduce the PICS proforma in this annex so that it can be used for its intended 
purposes and may further publish the completed PICS. 



A.1 Guidance for completing the PICS proforma 



A.1 .1 Purposes and structure 



The purpose of this PICS proforma is to provide a mechanism whereby a supplier of an implementation of the 
requirements defined in ITU-T Recommendation H. 225.0 [2] may provide information about the implementation in a 
standardized manner. 

The PICS proforma is subdivided into subclauses for the following categories of information: 

guidance for completing the PICS proforma; 

identification of the implementation; 

identification of the protocol; 

global statement of conformance; 

- roles; 

major capabilities; 

subsidiary capabilities; 

operations; 

arguments, results and errors; 

timers. 

A.1 .2 Abbreviations and conventions 

The PICS proforma contained in this annex is comprised of information in tabular form in accordance with the 
guidelines presented in ISO/IEC 9646-7 [4]. 

Item column 

The item column contains a number which identifies the item in the table. 

Item description column 

The item description column describes in free text each respective item (for example parameters, timers, etc.). It 
implicitly means "is < item description > supported by the implementation?". 
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Status column 

The following notations, defined in ISO/IEC 9646-7 [4], are used for the status column: 

m mandatory - the capability is required to be supported; 

o optional - the capability may be supported or not; 

n/a not applicable - in the given context, it is impossible to use the capability; 

X prohibited (excluded) - there is a requirement not to use this capability in the given context; 

o.i qualified optional - for mutually exclusive or selectable options from a set. "i" is an integer which 

identifies a unique group of related optional items and the logic of their selection which is defined 
immediately following the table; 

ci conditional - the requirement on the capability ("m", "o", "x" or "n/a") depends on the support of 

other optional or conditional items, "i" is an integer identifying a unique conditional status 
expression which is defined immediately following the table; 

i irrelevant (out-of-scope) - capability outside the scope of the reference specification. No answer is 

requested from the supplier. 

Reference column 

The reference column makes reference to ITU-T Recommendation H.225.0 [2] except where explicitly stated otherwise. 

Support column 

The support column shall be filled in by the supplier of the implementation. The following common notations, defined in 
ISO/IEC 9646-7 [4], are used for the support column: 

Y or y supported by the implementation; 

N or n not supported by the implementation; 

N/A, n/a or no answer required (allowed only if the status is n/a, directly or after evaluation of a conditional 

status). 

If this PICS proforma is completed in order to describe a multiple-profile support in a system, it is necessary to be able 
to answer that a capability is supported for one profile and not supported for another. In that case, the supplier shall 
enter the unique reference to a conditional expression, preceded by "?" (for example ?3). This expression shall be given 
in the space for comments provided at the bottom of the table. It uses predicates defined in the SCS, each of which refers 
to a single profile and which takes the value TRUE if and only if that profile is to be used. 

EXAMPLE: ?3: IF profl THEN Y ELSE N. 

It is also possible to provide a comment to an answer in the space provided at the bottom of the table. 

NOTE: As stated in ISO/IEC 9646-7 [4], support for a received PDU requires the ability to parse all valid 
parameters of that PDU. Supporting a PDU while having no ability to parse a valid parameter is non- 
conformant. Support for a parameter on a PDU means that the semantics of that parameter are supported. 
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Values allowed column 



The values allowed column contains the type, the list, the range, or the length of values allowed. The following notations 
are used: 

- range of values: < min value > .. < max value >: 

- example: 5 ..20. 

List of values: < valuel >, < value2 >, , < valueN >: 

- example: 2, 4, 6, 8, 9; 

- example: 'llOl'B, 'lOll'B, 'llll'B; 

- example: 'OA'H, '34'H, '2FH. 

List of named values: < namel >(< vail >), < name2 >(< val2 >), ....,< nameN >(< valN >: 

example: reject(l), accept(2). 
Length: size (< min size > .. < max size >): 

example: size (1 .. 8). 

Values supported column 

The values supported column shall be filled in by the supplier of the implementation. In this column, the values or the 
ranges of values supported by the implementation shall be indicated. 

References to items 

For each possible item answer (answer in the support column) within the PICS proforma a unique reference exists, used, 
for example, in the conditional expressions. It is defined as the table identifier, followed by a solidus character "/", 
followed by the item number in the table. If there is more than one support column in a table, the columns are 
discriminated by letters (a, b, etc.), respectively. 

EXAMPLE 1 : A. 5/4 is the reference to the answer of item 4 in table 5 of annex A. 

EXAMPLE 2: A.6/3b is the reference to the second answer (i.e. in the second support column) of item 3 in table 6 
of annex A. 

Prerequisite line 

A prerequisite line takes the form: Prerequisite: < predicate >. 

A prerequisite line after a clause or table title indicates that the whole clause or the whole table is not required to be 
completed if the predicate is FALSE. 

A.1 .3 Instructions for completing the PICS proforma 

The supplier of the implementation shall complete the PICS proforma in each of the spaces provided. In particular, an 
explicit answer shall be entered, in each of the support or supported column boxes provided, using the notation 
described in subclause A. 1.2. 

If necessary, the supplier may provide additional comments in space at the bottom of the tables, or separately on sheets 
of paper. 

More detailed instructions are given at the beginning of the different subclauses of the PICS proforma. 
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A.2 Identification of the implementation 

Identification of the Implementation Under Test (lUT) and the system in which it resides (the System Under Test 
(SUT)) should be filled in so as to provide as much detail as possible regarding version numbers and configuration 
options. 

The product supplier information and client information should both be filled in if they are different. 

A person who can answer queries regarding information supplied in the PICS should be named as the contact person. 



A.2.1 Date of the statement 



A.2.2 Implementation Under Test (lUT) identification 

lUT name: 



lUT version: 

A.2.3 System Under Test (SUT) identification 

SUT name: 

Hardware configuration: 



Operating system: 

A.2.4 Product supplier 

Name: 
Address: 
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Telephone number: 

Facsimile number: 
E-mail address: 



Additional information: 



A.2.5 Client (if different from product supplier) 

Name: 
Address: 



Telephone number: 



Facsimile number: 



E-mail address: 



Additional information: 



A.2.6 PICS contact person 

(A person to contact if there are any queries concerning the content of the PICS) 
Name: 

Telephone number: 
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Facsimile number: 



E-mail address: 



Additional information: 



A.3 PICS/System Conformance Statement (SCS) 

Provide the relationship of the PICS with the SCS for the system. 



A. 4 Identification of the protocol 

The PICS proforma applies to the following standard: 

ITU-T Recommendation H.323 [1] (1999): "Packet based multimedia communications systems". 

A.5 Global statement of conformance 

Are all mandatory capabilities implemented? (Yes/No). 

NOTE: Answering "No" to this question indicates non-conformance to the protocol specification. Non-supported 
mandatory capabilities are to be identified in the PICS, with an explanation of why the implementation is 
non-conforming, on pages attached to the PICS proforma. 



A.6 Capabilities 
A.6.1 Major capabilities 



Table A.1 : Major capabilities 



Item 


Procedure 


Reference 


Status 


Support 
Y 1 N 1 n/a 


MC1 


Supports H.225.0 [2], Version 1 


H.225.0 [2] 







MC2 


Supports H.225.0 [2], Version 2 


H.225.0 [2] 


m 




MC3 


Supports H.225.0 [2], Version 3 


H.225.0 [2] 


m 




MC4 


- by clients 


H.225.0 [2] 


0.1 




MC5 


- by a GK 


H.225.0 [2] 


0.1 




MC6 


- by a GW 


H.225.0 [2] 


0.1 




MC7 


- by an MCU 


H.225.0 [2] 


0.1 




0.1 : One or more options shall be supported 


Comments: 
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A.6.2 Subsidiary capabilities 



Table A.2: Support of H.225.0 [2] Packetization and Synchronization IVIechanism 



Item 


Procedure 


H.225.0 [2] 
References 


Status 


Support 
Y 1 N 1 n/a 


SC1 


Supports the H.225.0 [2] General Approach 


6.1 


m 




SC2 


- client can process audio using RTP via an unreliable channel 


6.1 


m 




SC3 


- client can process video using RTP via an unreliable channel 


6.1 







SC4 


- client can process audio and video on separate TAs using separate 
instances of RTP 


6.1 


m 




SC5 


- endpoint can negotiate T.I 20 capabilities using H.245 


6.1 







SC6 


- endpoints support usage of Dynamic TSAP Ids 


6.1 


0.1 




SC7 


- endpoints support usage of Well-Known TSAP Ids 


6.1 


0.1 




0.1 must support at least one of these options. 


SC8 


- endpoints can share the same packet based network address for audio 
and video 


6.1 


0.2 




SC9 


- endpoints can use different packet based network addresses for audio 
and video 


6.1 


0.2 




0.2 must support at least one of these options. 


SC 10 


- client supports having more than one channel of the same type (e.g. 2 
audio channels) open for one call 


6.1 







sen 


Supports RTP (Version 2) and RTCP 


6.2 


m 




SC12 


- supports CSRC count 


6.2 







SC13 


- client can restrict the logical channel bit rate using H.245/T.120 flow 
control mechanisms 


6.2 







SC14 


- GW can use H.245/T.120 to force client to send at a rate < and receive 
at a rate >, the SON side 


6.2 







SC15 


Endpoints support audio message processing 


6.2.1 


m 




SC16 


- endpoints can process silence compressed RTP streams 


6.2.1 







SC17 


Endpoints support video message processing 


6.2.2 







SC18 


Endpoints support data message processing 


6.2.3 







SC19 


Supports mechanisms for maintaining QOS 


8 







Comments: 
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A.6.3 Protocol data units 



Table A.3: H.225.0 [2] RAS Message Support 



Item 


PDU 


H.225.0 [2] 
References 


Status 


Support 
Y 1 N 1 n/a 


RM 1 


Supports required RAS messages 


7.7 


m 




RM2 


Supports RAS Discovery messages 


7.S 







RMS 


- endpoint can send GRQ 


7.S.1 







RM4 


- endpoint can receive GCF 


7.S.2 







RMS 


- endpoint can receive GRJ 


7.S.S 







RM6 


Supports RAS Registration messages 


7.9 


m 




RM7 


- supports irrFrequencylnCall i\e\6 in RGF message 


7.9.2 







RMS 


Supports RAS Unregistration messages 


7.10 


m 




RM9 


- endpoint can send URQ 


7.10.1 







RM 10 


- GK can send URQ 


7.10.1 







RM 11 


- endpoint can receive UCF 


7.10.2 







RM 12 


- GK can receive UCF 


7.10.2 







RM IS 


- endpoint can send and can receive URJ 


7.10.S 







RM 14 


- GK can receive URJ 


7.10.S 







RM 15 


Supports RAS Admission messages 


7.11 


m 




RM 16 


- Supports e?64 type AliasAddress in ARQ's destinationlnfo f\e\d 


7.11.1 


0.5 




RM 17 


- Supports h323-ID\.\/pe AliasAddress in ARQ's destinationlnfo f\e\d 


7.11.1 


0.5 




RM IS 


- Supports urI-IDXype AliasAddress in ARQ's destinationlnfo f\e\d 


7.11.1 


0.5 




RM 19 


- Supports transportID type AliasAddress in ARQ's destinationlnfo field 


7.11.1 


0.5 




RM20 


- Supports email-ID Xype AliasAddress in ARQ's destinationlnfo f\e\d 


7.11.1 


0.5 




RM21 


- Supports partyNumber Xype AliasAddress in ARQ's destinationlnfo field 


7.11.1 


0.5 




0.5 must support at least one of these options. 


RM22 


- Supports aliaseslnconsistent'm ARJ's AdmisslonRejectReason 


7.11.S 


m 




RM2S 


Supports RAS requests for bandwidth changes 


7.12 


m 




RM24 


- GK can send BRQ 


7.12.1 







RM25 


- GK can receive BOF 


7.12.2 







RM26 


- GK can receive BRJ 


7.12.S 







RM27 


Supports RAS Location Request messages 


7.1S 


m 




RM2S 


- endpoint can send LRQ 


7.13.1 







RM29 


- GK can send LRQ 


7.13.1 







RMSO 


- endpoint can receive LGF 


7.13.2 







RMS1 


- GK can receive LGF 


7.13.2 







RMS2 


- endpoint can receive LRJ 


7.13.3 







RMSS 


- GK can receive LRJ 


7.13.3 







RMS4 


- Supports aliaseslnconsistent'm LRJ's LocatlonRejectReason 


7.13.3 


m 




RMS5 


Supports RAS Disengage messages 


7.14 


m 




RMS6 


- GK can send DRQ 


7.14.2 







RMS7 


Supports RAS Status Request messages 


7.15 


m 




RMSS 


- GK can send and endpoint can receive lACK 


7.15.3 







RMS9 


- GK can send and endpoint can receive INAK 


7.15.4 







RM40 


Supports RAS Non-Standard message 


7.16 







RM41 


Supports Message Not Understood processing 


7.17 


m 




RM42 


Supports RAS GW Resource Availability 


7.1S 


m 




RM4S 


- endpoint can send RAI 


7.18.1 







RM44 


- endpoint can receive RAG 


7.1S.2 







RM45 


Supports RAS Timers and Request in Progress 


7.19 







Comments: 
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Table A.4: H.225.0 [2] / Q.931 Message Support 



Item 


PDU 


H.225.0 [2] 
References 


Status 


Support 
Y 1 N 1 n/a 


QM1 


Supports the procedures for use of Q.931 


7.1 


m 




QM2 


- can ignore optional messages not supported 


7.1 


m 




QMS 


- can ignore optional lEs with content error 


7.1 


m 




QM4 


- GW can forward all optional Q.931 and H.450 messages and lEs 


7.1 







QMS 


- processes all mandatory messages and does not use any forbidden 
messages 


7.1 


m 




QM6 


- can process Call Proceeding message 


7.1 







QM7 


- can process Progress message 


7.1 







QMS 


- can process Setup Acknowledge message 


7.1 







QM9 


- can process User Information message 


7.1 







QM10 


- can process Information message 


7.1 







QM 11 


- can process Notify message 


7.1 







QM 12 


- can process Status Inquiry message 


7.1 







QM IS 


Supports common Q.931 lEs processing 


7.2 


m 




QM 14 


Supports processing of octet 3a in Calling party number IE 


7.2.2.6 







QM15 


Supports usage of the Connected number IE 


7.2.2.11 







QM 16 


Supports usage of the Connected subaddress IE 


7.2.2.12 







QM 17 


Can signal call redirection specific to H.S2S [1] procedures using the 
Facility message 


7.2.2.16 







QM 18 


Supports Q.9S1 message processing 


7.S 


m 




QM19 


- can process Bearer capability IE in Alerting message 


7.3.1 







QM20 


- can process Extended facility IE in Alerting message 


7.S.1 







QM21 


- can process Facility IE in Alerting message 


7.3.1 







QM22 


- can process Progress indicator IE in Alerting message 


7.S.1 







QM2S 


- can process Notification indicator IE in Alerting message 


7.S.1 







QM24 


- can process Display IE in Alerting message 


7.S.1 







QM25 


- can process Signal IE in Alerting message 


7.S.1 







QM26 


- can process Bearer capability IE in Call Proceeding message 


7.3.2 







QM27 


- can process Extended facility IE in Call Proceeding message 


7.3.2 







QM28 


- can process Facility IE in Call Proceeding message 


7.3.2 







QM29 


- can process Progress indicator IE in Call Proceeding message 


7.3.2 







QMSO 


- can process Notification indicator IE in Call Proceeding message 


7.3.2 







QMS1 


- can process Display IE in Call Proceeding message 


7.3.2 







QMS2 


- can process Bearer capability IE in Connect message 


7.3.3 







QMSS 


- can process Extended facility IE in Connect message 


7.3.3 







QMS4 


- can process Facility IE in Connect message 


7.3.3 







QMSS 


- can process Progress indicator IE in Connect message 


7.3.3 







QMS6 


- can process Notification indicator IE in Connect message 


7.3.3 







QMS7 


- can process Display IE in Connect message 


7.3.3 







QMSS 


- can process Date/Time IE in Connect message 


7.3.3 







QMS9 


- can process Sending complete IE in Information message 


7.3.6 







QM40 


- can process Display IE in Information message 


7.3.6 







QM41 


- can process Keypad facility IE in Information message 


7.3.6 







QM42 


- can process Signal IE in Information message 


7.3.6 







QM4S 


- can process Called party number IE in Information message 


7.3.6 







QM44 


- Supports tokens f\e\6 in Information message 


7.3.6 







QM45 


- Supports cryptoTokens i\e\6 in Information message 


7.3.6 







QM46 


- Supports fastStartf\e\6 in Information message 


7.3.6 







QM47 


- can process Bearer capability IE in Progress message 


7.3.7 







QM4S 


- can process Cause IE in Progress message 


7.3.7 







QM49 


- can process Extended facility IE in Progress message 


7.3.7 







QMSO 


- can process Facility IE in Progress message 


7.3.7 







QM51 


- can process Notification indicator IE in Progress message 


7.3.7 







QM52 


- can process Display IE in Progress message 


7.3.7 







QMSS 


- can process Cause IE in Release Complete message 


7.3.9 


0.3 




QM54 


- can process UU IE with ReleaseCompleteReason in Release Complete 
message 


7.3.9 


0.3 




0.3 must support at least one of these options. 


QM55 


- can process Facility IE in Release Complete message 


7.3.9 







QM56 


- can process Notification indicator IE in Release Complete 


7.3.9 







QM57 


- can process Display IE in Release Complete 


7.3.9 
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Item 


PDU 


H.225.0 [2] 
References 


Status 


Support 
Y 1 N 1 n/a 


QM58 


- can process Signal IE in Release Complete message 


7.3.9 







QM59 


- can process Sending complete IE in Setup message 


7.3.10 







QM60 


- can process Extended facility IE in Setup message 


7.3.10 







QM61 


- can process Facility IE in Setup message 


7.3.10 







QM62 


- can process Notification indicator IE in Setup message 


7.3.10 







QM63 


- can process Display IE in Setup message 


7.3.10 







QM64 


- can process Keypad facility IE in Progress message 


7.3.10 







QM65 


- can process Signal IE in Setup message 


7.3.10 







QM66 


- can process Calling party number IE in Setup message 


7.3.10 







QM67 


- can process Called party number IE in Setup message 


7.3.10 







QM68 


- Supports e164 type AliasAddress in SETUP'S sourceAddress field 


7.3.10 


0.4 




QM69 


- Supports h323-ID\.ype AliasAddress in SETUP'S sourceAddress f\e\d 


7.3.10 


0.4 




QM70 


- Supports url-ID\.ype AliasAddress in SETUP'S sourceAddress f\e\d 


7.3.10 


0.4 




QM71 


- Supports transportlDXype AliasAddress in SETUP'S sourceAddress 
field 


7.3.10 


0.4 




QM72 


- Supports email-ID Xype AliasAddress in SETUP'S sourceAddress f\e\d 


7.3.10 


0.4 




QM73 


- Supports partyNumberXype AliasAddress in SETUP'S sourceAddress 
field 


7.3.10 


0.4 




QM74 


- Supports e164 type AliasAddress in SETUP'S destinationAddress field 


7.3.10 


0.4 




QM75 


- Supports h323-ID\ype AliasAddress in SETUP'S destinationAddress 
field 


7.3.10 


0.4 




QM76 


- Supports urI-ID type AliasAddress in SETUP'S destinationAddress field 


7.3.10 


0.4 




QM77 


- Supports transportlDXype AliasAddress in SETUP'S destinationAddress 
field 


7.3.10 


0.4 




QM78 


- Supports email-ID \.ype AliasAddress in SETUP'S destinationAddress 
field 


7.3.10 


0.4 




QM79 


- Supports partyNumbertype AliasAddress in SETUP'S 
destinationAddress field 


7.3.10 


0.4 




0.4 must support at least one of these options. 


QM80 


- Supports endpointldentifieri\e\6 in SETUP message 


7.3.10 







QM81 


Supports Q.932 message processing 


7.4 


m 




QM82 


- can process Extended facility IE in Facility message 


7.4.1 







QM83 


- can process Facility IE in Facility message 


7.4.1 







QM84 


- can process Notification indicator IE in Facility message 


7.4.1 







QM85 


- can process Display IE in Facility message 


7.4.1 







QM86 


Supports Q.931 T301/T303 Timer processing 


7.5 


m 




QM87 


Supports H.225.0 [2] common message element 


7.6 


m 




QM88 


- can process nonStandardParameter 


7.6 







QM89 


- can support EndpointType indicating "set" 


7.6 


m 
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A.6.4 Protocol data unit parameters 



Table A.5: Support of H.225.0 [2] RAS message parameters 



Item 


PDU 


Sending 


Receiving 


Reference 


Status 


Support 
Y 1 N i n/a 


Reference 


Status 


Support 
Y 1 N 1 n/a 


RP 1 


can process type alternateEndpoints 


Annex H 







Annex H 







RP2 


can process type tokens 


Annex H 







Annex H 







RP3 


can process type cryptoTokens 


Annex H 







Annex H 







RP4 


can process type 
authenticationCapability 


Annex H 







Annex H 







RP5 


can process type algorithmOIDs 


Annex H 







Annex H 







RP6 


can process type integrity 


Annex H 







Annex H 







RP7 


can process type integhtyCiieckVaiue 


Annex H 







Annex H 







RP8 


can process type aiternateGatekeeper 


Annex H 







Annex H 







RP9 


can process type autlienticationMode 


Annex H 







Annex H 







RP 10 


can process type aitGKisPermanent 


Annex H 







Annex H 







RP 11 


can process type aigorittimOIDs 


Annex H 







Annex H 







RP 12 


can process type timeToLive 


Annex H 







Annex H 







RP 13 


can process type endpointldentifier 


Annex H 







Annex H 







RP 14 


can process type reason 


Annex H 







Annex H 







RP 15 


can process type srcAiternatives 


Annex H 







Annex H 







RP 16 


can process type destAiternatives 


Annex H 







Annex H 







RP 17 


can process type transportQOS 


Annex H 







Annex H 







RP 18 


can process type destinationlnfo 


Annex H 







Annex H 







RP 19 


can process type destExtraCaiiinfo 


Annex H 







Annex H 







RP20 


can process type destinationType 


Annex H 







Annex H 







RP21 


can process type 
remoteExtensionAddress 


Annex H 







Annex H 







RP22 


can process type 
qosControiNotSupported in RAS 
RejectReasons 


Annex H 







Annex H 







RP23 


can process type incompleteAddress 
in RAS RejectReasons 


Annex H 







Annex H 







RP24 


can process type answeredCail 


Annex H 







Annex H 







RP25 


can process type sourceinfo 


Annex H 







Annex H 







RP26 


can process type irrFrequencylnCaii \n 
RCF message 


Annex H 







Annex H 







RP27 


can process value 
fuHRegistrationRequired in 
RegistrationRejectReason 


Annex H 







Annex H 







RP28 


can process value aliaseslnconsistent 
in AdmissionRejectReason 


Annex H 







Annex H 







RP29 


can process value aiiaseslnconsistent 
in LocationRejectReason 


Annex H 







Annex H 
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Table A.6: Support of H.225.0 [2] / Q.931 message parameters 



Item 


PDU 


Sending 


Receiving 


Reference 


Status 


Support 
Y 1 N 1 n/a 


Reference 


Status 


Support 
Y 1 N 1 n/a 


QP1 


can process 

H4501 Supplementary Service APDU 


Annex H 







Annex H 







QP2 


can process h245Control in UUIEs 


Annex H 







Annex H 







QP3 


can process type nonStandardData in 
UUIEs 


Annex H 







Annex H 







QP4 


can process type h245Address in 
UUIEs 


Annex H 







Annex H 







QP5 


can process type h245SecurityMode in 
UUIEs 


Annex H 







Annex H 







QP6 


can process type tokens in UUIEs 


Annex H 







Annex H 







QP7 


can process type cryptoTokens in 
UUIEs 


Annex H 







Annex H 







QP8 


can process type fastStart\n UUIEs 


Annex H 







Annex H 







QP9 


can process type sourceAddress in 
Setup-UUIE 


Annex H 







Annex H 







QP10 


can process type destinationAddress 
in Setup-UUIE 


Annex H 







Annex H 







QP11 


can process type 

destinationCallSignalAddress in Setup- 
UUIE 


Annex H 







Annex H 







QP 12 


can process type destExtraCalllnfo in 
Setup-UUIE 


Annex H 







Annex H 







QP 13 


can process type destExtraCRV \n 
Setup-UUIE 


Annex H 







Annex H 







QP14 


can process type callServices in 
Setup-UUIE 


Annex H 







Annex H 







QP15 


can process type 

sourceCallSignalAddress in Setup- 
UUIE 


Annex H 







Annex H 







QP 16 


can process type 

remotsExtensionAddress in Setup- 
UUIE 


Annex H 







Annex H 







QP17 


can process type endpointldentifier'm 
Setup-UUIE 


Annex H 







Annex H 







QP 18 


can process type alternativeAddress in 
Facility-UUIE 


Annex H 







Annex H 







QP 19 


can process type 

alternativeAliasAddress in Facility- 
UUIE 


Annex H 







Annex H 







QP20 


can process type conferencelD in 
Facility-UUIE 


Annex H 







Annex H 







QP21 


can process type destExtraCalllnfo in 
Facility-UUIE 


Annex H 







Annex H 







QP22 


can process type 

remoteExtensionAddress in Facility- 
UUIE 


Annex H 







Annex H 







QP23 


can process type conferences in 
Facility-UUIE 


Annex H 







Annex H 







QP24 


can process type sef in EndpointType 


Annex H 







Annex H 







QP25 


can process type dataRatesSupported 
in H3xxCaps, VoiceCaps an6 
T120OnlyCaps 


Annex H 







Annex H 
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A.6.5 Timers 



Table A.7: Support of H.225.0 [2] RAS timers 



Item 


Timer - Procedure 


H.225.0 [2] 
References 


Status 


Support 
Y 1 N 1 n/a 


Supported 
timer value 


Supported 
retry count value 


TR1 


GRQ 


7.19 











TR2 


RRQ 


7.19 











TR3 


URQ 


7.19 











TR4 


ARQ 


7.19 











TR5 


BRQ 


7.19 











TR6 


IRQ 


7.19 











TR7 


IRR 


7.19 











TR8 


DRQ 


7.19 











TR9 


LRQ 


7.19 











TRIO 


RAI 


7.19 











Comments: 



Table A.8: Support of H.225.0 [2] / Q.931 timers 



Item 


Timer -Procedure 


H.225.0 [2] 
References 


Status 


Support 
Y 1 N 1 n/a 


Supported 
value 


TQ1 


Setup timer 


7.5 


m 






TQ2 


Establishment timer 


7.5 


m 
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